Sie befinden sich hier: Alle Hilfethemen > Verwaltung der Mandantendatei > SmartSync > Ergebnisse des Netzwerktests mit Sync Stress analysieren
-- Weitere Informationen --

Ergebnisse des Netzwerktests mit Sync Stress analysieren

Die Ergebnisse des Sync Stresstests werden mit einem Zeitstempel für jede durchgeführte Aufgabe und jeden Fehler in die Datei StressFile.log geschrieben.

CaseWare Working Papers mit SmartSync liefert Codes, die angeben, ob die angeforderte Aktion erfolgreich ausgeführt wurde. Diese Meldungen können einen GetLastError Code beinhalten, der weitere Informationen zu beinhalteten Punkten liefert. Gemeldete Fehler werden mit dem Präfix [ERROR] eingetragen. Die folgenden Elemente entsprechen den gemeldeten Fehlern:

Error Beschreibung
[ERROR] SeekToEnd (a). FileHandle = XXX lastError = YYY Ein Fehler ist beim Verschieben des Dateizeigers aufgetreten.
[ERROR] Unable to lock region curEnd = XXX GetLastError() = YYY Ein Fehler ist beim Sperren eines Teils der Testdatei aufgetreten.
[ERROR] SetEndOfFile. FileHandle = XXX fileSize = YYY GetLastError() = ZZZ Ein Fehler ist aufgetreten, während die Länge der Datei eingerichtet wurde.
[ERROR] Unable to WriteFile region curEnd = XXX dwWritten = YYY Ein Schreibfehler ist aufgetreten.
[ERROR] Unable to Unlock file. lastError = XXX Ein Fehler ist beim Freigeben eines Teils der Testdatei aufgetreten.

Das SyncStress Tool ermittelt Fehler, die nicht vom Betriebssystem gemeldet wurden, die Fehlerdaten wurden in StressFile.dat mit Laufzahl und Kontrollsumme geschrieben, analog den Informationen in SmartSync Ereignissen. Diese Fehlerdaten werden von allen Sync Kopien, die in den Test involviert sind, gelesen, um sicherzustellen, dass der Fehler korrekt geschrieben wurde. Wenn die gelesenen Daten nicht als korrekt verifiziert werden, wird ein Fehler gemeldet.

Es gibt zwei Gründe für einen nicht gemeldeten Fehler:

  • Die Daten für das Testprotokoll wurden nicht korrekt aufgezeichnet. Die Aufzeichnung scheint erfolgreich, aber beim Rücklesen als Doppelkontrolle erscheinen die Daten nicht korrekt zu sein.
  • Das Rücklesen scheint erfolgreich, aber es schlägt fehl, die Daten auf die Festplatte zu schreiben. Dies kann eine Fehlerkette erzeugen. Solche nicht gemeldeten Rücklesefehler werden erzeugt, wenn die API von einer State Disk Cache liest, anstatt die Daten aus dem Netzwerkspeicher zu holen. In diesem Fall kann das Zwischenspeichern von WAN Accelerators oder von einem nicht zugewiesenen SMB2 Patch der Grund sein.

Nicht gemeldete Errors werden mit dem Präfix [DATA ERROR] oder [SEQUENCE ERROR] protokolliert. Die folgenden Elemente entsprechen den nicht gemeldeten Fehlern:

Error Beschreibung
[DATA ERROR] Incorrect start marker. Position = XXX Der Test-Datensatz beginnt nicht mit dem erwarteten Wert.
[DATA ERROR] Incorrect end marker. Position = XXX Der Test-Datensatz endet nicht mit dem erwarteten Wert.
[SEQUENCE ERROR] Skipped event. position = XXX lastsequence = YYY newsequence = ZZZ Die Laufzahl für das Testergebnis ist nicht höher als beim vorherigen Ereignis. Dies zeigt fehlende Daten an und ist analog zu “missing SmartSync event” Errors.
[DATA ERROR] Checksum failed. Position = XXX Der Test-Datensatz entspricht nicht seiner Kontrollsumme. Es stimmt etwas nicht mit dem Datensatz.

ReadBack Cache Errors beinhalten nicht Probleme mit dem Schreiben oder mit dem dauerhaften Speichern, aber zeigen ein Problem mit der Integrität von Readback Errors aufgrund von aggressivem Caching an. Analyse des dauerhaften Speicherns (z.B. nachdem einstweilige Caching Probleme ausgeschlossen werden können) nach Schäden. Wenn keine Schäden vorliegen, muss es sich bei den gemeldeten Fehlern des Tests um das Ergebnis von Rücklesefehlern handeln.

Starten Sie das Sync Stress Tool, um die vorhandene Testdatei (StressFile.dat) zu überprüfen, indem Sie den Pfad zu einer bestehenden Testdatei (z.B. einer Testdatei, die von einer Mandanten-Arbeitsstation übermittelt wurde) eingeben. Anstelle von Run wählen Sie Check Data. In Notepad werden die Ergebnisse der Analyse der Testdatei angezeigt. Werden keine Fehler gemeldet, liegen keine offenen Punkte mit der Datei StressFile.dat vor. Gemeldete Fehler werden meist von Readback Problemen aufgrund von SMB2 oder WAN Accelerator Caching Issues erzeugt.

Version 6+ des Tool Tests, wenn Client/Server involviert sind, kann zu einem Unpatched SMB2 Issue führen. Dieser Test wird durchgeführt, indem bestimmte Dateigrößen verglichen werden, um ein korrektes SMB2 Patching zu bestätigen. Unpatched SMB2 wird als Error angezeigt, ähnlich wie in der Logdatei:

(16:38:30) STATION2 ( 4552): SMB2 Test: [ERROR] file size verification failed!

Die tatsächliche Dateigröße und die berichtete Dateigröße stimmen nicht überein. Actual = 516, Reported = 4

Installieren Sie SMB2 Patch (in Englisch) auf der Arbeitsstation.